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The Application Log 

The application log is a common component. There is one application log class per 
process. This component encapsulates a message and a log object, providing a convenient, 
singleton for application level logging and message facility access. In addition, this facility 
5 provides methods for logging a message or an exception. 

The Log is a common component. This facility provides methods for maintaining 
an in-storage, wrap-around log cache that may be configured to dump on demand or dump 
automatically. The number of log cache slots may also be configured. The size of a slot is 
arbitrary, based solely on contents; there is no mechanism for configuring the log by size. 
10 The Log Observer is a common component. A log observer is used in conjunction 

with a log to facilitate automated notification. Typically, a log observer is a writer that 
receives the contents of the log buffer when the log is switched. 

Services 

The services provided by the application log are the union of the services it 
15 encapsulates. 

Application Log 
getLog 

This method returns a reference to the application log object. 
getMsg 

20 This method returns a reference to the application message object. 

logException 

This method creates a log entry for an exception. The log entry consists of these 
elements: the localized message, the exception, and a stack trace from the exception. 
The message and exception text are returned to the caller. 
25 logMsg 

These polymorphic methods allow the caller to insert messages into the log. 

Log 

The log implements the java.util. Observable interface. 
addLogEntry 

30 These polymorphic methods are used to add entries to the log cache. 

clearLog 
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This method flushes the log cache. Log observers will receive the log entries. 
getSlots/setSlots 

These attribute methods control the size of the log cache. The default number of 
slots is 50. This means that a log observer will be notified once for every 50 log entries. 
5 writeLog 

These polymorphic, convenience methods can be used by log observers to write 
log entries to a stream. 

LogObserver 

The log observer implements the java.util.Observer interface. The log observer 
10 provides constructors for streams and writers. Once constructed, it does not require further 
attention. 

Properties and capabilities 

The properties and capabilities facility (property facility) is part of the common 
utility component. Properties and capabilities act like Java. util.Properties and 
15 java.util.PropertyResourceBundles with these notable additions: 

□ Capability values are retained as objects, rather than strings. 

□ Property and capability values can be secured. 

□ Properties and capabilities have associated metadata, providing a mechanism for 
applications to use and manipulate them without a priori knowledge. 

20 □ Properties and capabilities may be hierarchically structured constructs, e.g., the logon 
property is a structured property whose default attributes are user and password. 

□ Property and capability values may be computed on the fly, e.g., the value may be 
retrieved from the data source or represent a virtual or class attribute. 

□ Properties and capabilities may be associated with user dialogs. 

25 Capabilities are read-only properties. They are often static attributes of the 

underlying data source, e.g., the maximum length of a command or the maximum number 
of columns in a select statement. They may also be attributes of a driver, e.g., a driver 
supports the procedure interface or a driver supports concurrent operations within a 
connection. Properties and capabilities are composed of value and metadata components. 

30 The value and metadata components are stored in property resource bundles. Both the 

100 



WO 00/75849 



PCT7US00/04249 



values and the metadata component attributes may be localized. Get and set accessor 
methods are provided for properties and capabilities. Applications should not use the 
capabilities set accessor methods. Drivers use these methods to reflect the capabilities. 

Locating Properties and Capabilities 

All property facility property resource bundles are located in the properties 

directory. The parent directory of the properties directory is specified in the CLASSPATH. 
The java.util.ResourceBundle getBundleO method is used to load the property facility 
property resource bundles. The property facility uses a distinct naming scheme to insure 
that class name collisions do not occur. This scheme facilitates having the property 
resource bundles in one directory. 

To retrieve a property resource bundle, two pieces of information are required: the 
fully qualified base name of the bundle and a locale identifier. These two strings are 
concatenated together, separated by an underscore to form a class name. An attempt is then 
made to load a class with that name using the default system loader. If a class with the 
name cannot be loaded, then the name is successively shortened until a resource bundle 
class is successfully loaded and instantiated. The getBundleO method looks for a property 
resource bundle whenever a class name fails to produce a resource bundle object. In 
particular, the class name is appended with the string ".properties". If such a file exists, a 
PropertyResourceBundle object is created for that properties file. 

The naming scheme for the property facility is: 

□ All property resource bundles, i.e., both the properties and capabilities value and 
metadata files, are placed in the properties directory. 

□ The directory containing the properties directory is in the CLASSPATH. 

□ The separators (7) of the fully qualified class name, i.e., <package name>.<class 
name>, are changed to underscores ('_') to produce a file name. 

□ The file name extension, ".properties" is used to complete the file name. 

For example, the properties and capabilities file names for the class 
com.sqribe.access.DataSource would be: 

com_sqribe_access_DataSource_Properties.properties 

This property resource bundle contains property attribute values for the 
DataSource class. 
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com_sqribe_access_DataSource_PropertyDescriptions.properties 

This property resource bundle contains property attribute metadata for the 
DataSource class. 

com_sqribe_access_DataSource_Capabilities.properties 
5 This property resource bundle contains capability attribute values for the 

DataSource class. 

com_sqribe_access_DataSource_CapabilityDescriptions.properties 

This property resource bundle contains capability attribute metadata for the 
DataSource class. 

10 These files would be placed in the properties directory. Scanning through the 

properties directory, you will notice that many of the properties and capabilities refer to the 
DataSource class. The com.sqribe.access.DataSource interface is the base for all driver 
DataSource implementations. Put another way, the DataSource interface provides the basic 
properties and capabilities for data sources. The DataSourceAdapter provides default 

15 processing for data sources. Each driver extends the DataSourceAdapter and may have 
additional or overriding properties and capabilities. The DataSourceAdapter creates a 
property sheet for the data source. To create the property sheet, it generates a copy of the 
basic properties and capabilities and then augments the copy with the driver specific 
properties and capabilities. We say, the driver data source inherits the basic data source 

20 properties and capabilities. 

A driver connection uses a copy of the properties and capabilities for the data 
source. This is done in an analogous manner to data source property sheet creation. There is 
a Connection interface, a ConnectionAdapter, and each driver implements a connection 
object that extends the ConnectionAdapter. The driver connection objects may provide 

25 specific properties and capabilities. This pattern is followed throughout DDO. 

While the driver usage pattern is different than that used for the message facility, 
the property resource bundle processing for the property facility is the same. Java 
encourages the use of packages. Packages can be viewed as autonomous components. The 
classes within a package form a close knit set of relationships. These relationships are often 

30 exposed through inheritance and interface relationships. Further, component users also 
extend classes or implement interfaces prescribed in a package. The property facility 
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recognizes these relationships and uses them to locate properties and capabilities metadata 
and values. Let's look at the flow for establishing the properties and capabilities for a 
connection to an Oracle database through the DDO relational database driver. 

□ The data source class name of the DDO relational database driver, 

com.sqribe jdbcacc.JDBCDataSource, is used as the basis for locating properties and 
capabilities. 

□ The property facility descends the interface graph for this class. 

□ Once at the leaf, the facility descends the inheritance graph for the leaf class. 

□ Once at the inheritance leaf, the facility obtains the property resource bundle for the 
leaf class. 

□ The facility ascends the inheritance graph, merging attributes from the property 
resource bundles. 

□ Once at the root of the inheritance graph for the leaf in, the facility ascends to the 
interface graph, performing the inheritance graph merge for each interface. 

□ After completing the class interface merge processing, the facility moves to the 
inheritance graph. 

□ Again, a complete descent is made, and a bottom-up attribute merge is performed. 
Note, an inherited class may implement interfaces; hence, interface merge processing 
occurs while ascending the inheritance graph. 

□ Finally, the attributes contained in the com.sqribe.jdbcacc.JDBCDataSource are 
merged. 

□ This processing is performed for each of the four property resource bundle types, i.e., 
properties, property descriptions, capabilities, and capability descriptions. The result is 
a new property sheet, used for this data source. 

□ At this point the driver may merge data source specific attributes. In our example, the 
driver would be merging attributes specific to an Oracle data source. This is not done 
for the DDO relational database driver. 

□ The application may alter or augment the properties contained in the new property 
sheet. The modifications are scoped to the given property sheet. In this example, the 
data source is associated with a specific Oracle database instance. It may, for example, 
be reasonable to use a single user name and password for all connections to this data 
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source for the life of this DataSource object. In this case these logon properties would 
be set once and used for all connections, i.e., all connections would be opened using the 
same user name and password properties. 

□ On the other hand, the application may need a different user name and password for 

5 each connection. This is done by setting the user name and password properties prior to 

opening a specific connection. 

□ What makes both of these scenarios possible, is the copy of the property sheet made for 
the connection instance. This way property sheet changes made through the connection 
object do not affect the data source object and vice versa. 

10 □ The DDO relational driver supports concurrent operations on a given connection, when 
the underlying relational database supports this level of concurrency. The property 
sheet for the connection is shared by all threads. Hence, changes to the connection 
property sheet will be observed by all threads. 

Given a class, say com.sqribe.jdbcacc.JDBCDataSource, in a driver, the properties 
1 5 facility will fabricate a property resource bundle file name from this fully qualified class 
name. The fabricated name is given to the resource bundle to locate a property resource 
bundle. If the property resource bundle was located, then a property adapter is used to 
merge the contents of the bundle into the given property container. The 
StringProperty Adapter is used to merge properties. The ObjectProperty Adapter is used to 
20 merge capabilities. These adapters implement the Property Adapter interface. The 
ObjectProperty Adapter creates objects for attribute values, while the 
StringProperty Adapter uses strings for attribute values. 

Let's follow the property description merge for the class, 
com.sqribe.jdbcacc.JDBCDataSource. 
25 1 . Obtain the class name. 

2. Descend the implementation graph for the class: 

□ Look in the class, com.sqribe.jdbcacc.JDBCacc 

□ Look in the class, com.sqribe.access.Access 

□ Look in the class, com.sqribe.comutil.Util 

30 □ Merge property descriptions while ascending this graph. 

3. Descend the inheritance graph for the class: 
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□ Look in the class, com.sqribe.access.DataSourceAdapter 

□ Look in the class, com.sqribe.access.DataSource 

□ Look in the class, com.sqribe.access.Access 

□ Look in the class, com.sqribe.comutil.Util 

5 □ Merge property descriptions while ascending this graph. 

Each time a class is considered for a property merge, the class name is converted to 
a property resource bundle name. In this example, com.sqribe.jdbcacc.JDBCacc would be 
converted to properties.com_sqribeJdbcacc_JDBCacc_PropertyDescriptions*. The 
asterisk ('*') in the name indicates where the resource bundle search appends the 
1 0 localization suffix. 

Let's look at the affect of adding a French localization (without the country 
identifier) to the property search. For this localization, we have translated the logon 
property descriptions. When we instantiate the DDO relational database driver, these 
property descriptions are merged into the property sheet. 
15 1 . com_sqribe_access_DataSource_PropertyDescriptions 

2 . com_sqribe_access JDataSource_PropertyDescriptions_fr 

3 . com_sqribe J dbcacc_JDBCDataSource_PropertyDescriptions 

4 . com_sqribe J dbcacc_JDBCDataSource JPropertyDescriptions jfr 

The French property description files extend the default property description files, 
20 supplying in this case localized description text. This algorithm is different from simple 
java.util.ResourceBundle processing, where a localized resource bundle represents a 
complete replacement of the less specific resource bundle. Here, the localized resource 
bundle extends the less specific bundle. 

Property Sheets 

25 So, far we have discussed properties, capabilities, and property sheets, but have not 

described their usage. Let's focus on the how to access property sheets. A PropertySheet 
encapsulates the behaviors for properties, capabilities and their descriptions. A 
PropertySheet is a composite object. The secure property and capability descriptions and 
values are accessible through a property sheet. 

30 Properties, capabilities, and their descriptions are stored in property resource 

bundles. These files are relative to the directory containing the class whose properties or 
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capabilities were requested. Specifically, they are located in the directory "properties" 
which is in the directory where the class (or jar) was loaded. The resource bundle path 
name is of the form: 

properties/<package name with 7 replaced by '^^class name>_<type>.properties 
For example, the property file for com.sqribe.access.DataSource would be: 
properties/com_sqribe_access_DataSource_Properties.properties 
Where: 

com_sqribe_access is the package name, 
DataSource is the class name, and 
Properties is the type. 
The types are: 

Properties 

These are the property values for the given class. Properties are configurable 
attributes of a feature or facility. 

Property Descriptions 

These are the property descriptions for the given class. Property descriptions 
define the characteristics of a property. There is sufficient information in a description 
to formulate and syntactically validate a property. That is, the description provides 
information and classes for explaining the use of a property and methods to create and 
validate the property value. 

Capabilities 

These are the capability values for the given class. Capabilities are (read only) 
configured attributes of a feature or facility. 

Capability Descriptions 

These are the capability descriptions for the given class. Capability descriptions 
define the characteristics of a capability. There is sufficient information in a description 
to formulate and syntactically validate a capability. That is, the description provides 
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information and classes for explaining the use of a capability and methods to create and 
validate the capability value. 

Methods 

These are the property sheet instance methods available to applications. 
5 copy 

Merge the given property sheet into the current property sheet. 
getProperty 

Retrieve the named property value. 
setProperty 

10 Change or add a property value. While getProperty takes the property name as 

the key, this polymorphic method takes either the property description object or the 
property name as the key. This allows property descriptions to be added on the fly. 
getPropertyNames 

Retrieve an enumeration of the property names. This list is derived from the 
1 5 property values, rather than the property descriptions, container. 

getProperty Description 

Retrieve the named property description. 
setPropertyDescription 

Add or replace a property description with the given property description. 
20 getPropertyDescriptionNames 

Retrieve an enumeration of the property description names. 
getCapability 

Retrieve the named capability. While retrieving a property value will return a 
string or null, retrieving a capability will return an object or null. 
25 getCapabilityNames 

Retrieve an enumeration of the capability names. This list is derived from the 
capability values, rather than the capabilities descriptions, container. 
getCapabilit> Description 

Retrieve the named capability description. 
30 getCapability Description Names 

Retrieve an enumeration of the capability description names. 
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Secure properties and capabilities 

A distinguishing characteristic of this common utility component is the encryption 

of secret values. One of the attributes given in a property (or capability description) is 
5 whether the associated value should be secured. If so, the value is retained in an encrypted 
form. When a get accessor method requests the attribute, a decrypted copy is made. The 
decrypted copy should be a temporary (local) variable, discarded when the containing 
block goes out of scope. 

Property descriptions 

10 A PropertyDescription describes the attributes of a property. Property descriptions 

are common to both property and capability metadata. A property may be required or 
optional. The property has a name, which is its key. A property has a descriptive name. 
This is a short explanation of the property that may be appropriate for a tooltip. A property 
takes a value or value set. A property value may be secured, e.g., a passphrase. This means 

1 5 that the value is stored in memory and transferred in an encrypted form. These values are 
always passed as Strings. Values are expressed as type specific Java objects, e.g., 
java.lang.Boolean. A value may have domain requirements in the form of a range or list. 
The value may be indexed, i.e., may have multiple values, transferred as an array of 
objects. A value may have an associated description. Hence, indexed values may have 

20 indexed descriptions. 

The design goal for the property facility is to eliminate the need for a client to have 
a priori knowledge of a data source driver to establish driver properties. That is, the client 
may present the property descriptions to the user to complete. The description content 
should contain sufficient information to present and validate a property. 

25 Attribute descriptions and use: 



Name 


Description 


Re- 
quired 


Explanation 


Name 


The fully qualified name of the 
property 


Yes 




Description 


The descriptive name of the 
property (e.g., help, tooltip) 


No 




ClassName 


The class name of the value type, 
e.g., Integer, Boolean 


No 


Must agree with indices 


AuxProc 


The class name of the class 


No 


Must agree with indices 
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providing virtual fetch and post 
processing of a property or 
capability. This class implements 
the Property AuxProc interface. 






Required 


Whether a value is required for this 
property 


No 


Default: not required 


Secured 


Whether the value for this property 
must be encrypted 


No 


Default: not secured 


ValidationType 


The type of validation: none, range, 
or list 


No 


Default: no validation 


ValidationValues 


The validation values: none:null; 
range: 0(min), l(max); list: discrete 
values. Note: values are specified as 
strings and are converted by the 
validator to the proper type 


No 


Must agree with validation type 


Validator 


The class name of the validation 
implementation of the interface, 
Property Validator. 

See Also Property Validator 


No 


Default: no validator 


Indices 


The property descriptions of the 
indexed values. When there are 
indexed values, then classname is 
ignored; otherwise classname must 
be specified 


No 


Must be consistent with validation 
values 


Dialog 


The class name of a custom 
property dialog to display (and, 
optionally, validate) this property 
and its property subtree. 


No 


Default: no custom dialog 



The attribute keys are scoped names whose final component represents one of the 
names in the table. The only required attribute is the key with the Name extension. Other 
attributes are context sensitive. When the Indices extension is specified, indicating a 
structured property non-leaf node, then these attributes should not be specified: ClassName, 
AuxProc, Secured, ValidationType, ValidationValues, and Validator. For a leaf node, the 
ClassName is required. This indicates the type of object the value should represent. For 
example, ClassName with a value of java.lang.Integer, indicates that integer values (or a 
numeric string) will be acceptable. This provides syntactic validation of the value. Adding 
a ValidationType and ValidationValues, provides some simple semantic checks. A 
Validator may be associated with the property to perform the checks specified in the 
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ValidationType and Validation Values. Validators are provided for Java primitive types and 
selected objects. 

Property auxiliary services 

The Property AuxProc interface is used to implement specialized runtime 

processing. These methods are used to obtain driver attributes (either properties or 
capabilities) that are not part of the property/capability resource bundles, per se; rather, 
these properties or capabilities are supported through some other mechanism, e.g., they 
may be attributes of the underlying data source that cannot (or should not) be persistent in a 
property/capability resource bundle. 

The get and set methods of this interface are independent. The use of the get method 
to obtain a virtual property does not imply the use of the set method to post process the 
property. Likewise, employing the set method to update class attributes does not imply that 
the get method is used to create those attributes. 

While the get method, typically, acquires the information, it should arrange for 
caching the value in the hash table. This implies that the get method should have some first 
time logic. Further, properties (and capabilities) utilizing this interface are not saved, i.e., 
made persistent. This implies that the get method could test for the presence of the property 
in the hash table as the first time logic, suffering the cost of a hash table lookup for each 
test. 

Property validators 

A Property Validator provides an interface to property validation classes. In 

addition, the AbstractProperty Validator class implements major portions of the interface, 
reducing the effort to two methods: create Value and compare. The BigDecimalValidator is 
shown below to provide a feel for validators. 
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public class BigDecimalValidator extends AbstractPropertyValidator { 

J -k -k 

* Create the value from a string 

* @param pValue The value to be converted 

* @ return The converted value 

* @exception PropertyException 

* Generic exception indicating that the value 

* could not be converted 
*/ 

public Object createValue (String pValue) throws PropertyException { 
try { 

return new BigDecimal (pValue) ; 
} catch (Throwable e) { 

throw new PropertyException (e. getMessage ()) ; 

} 

} 

/ + * 

* Compare to values 

* @param pValue 1 First comparand 

* @param pValue2 Second comparand 

* @return First<Second=-l ; 

* First==Second==0 ; 

* First>Second==l 

* ©exception PropertyException 

* Generic exception indicating that the value 

* was not the correct data type 
*/ 

public int compare (Ob j ect pValuel, Object pValue2) throws 
PropertyException { 
return ( ( (BigDecimal) pValuel ) . compareTo ( ( BigDecimal )pValue2) ) ; 

} 



The common utilities package provides implementations for Java primitives and 
Java SQL types. These validators extend AbstractPropertyValidator. 



□ 


BigDecimalValidator 


a 


BooleanValidator 


□ 


ByteValidator 


□ 


CharacterValidator 


□ 


DateValidator 


□ 


DoubleValidator 


□ 


FloatValidator 


□ 


IntegerValidator 


□ 


LongValidator 


□ 


ShortValidator 



111 



WO 00/75849 



PCT/US00/04249 



□ String Validator 

Instrumentation 
Diagnostic Exits 

The message facility provides a mechanism for invoking diagnostic classes. A 
5 diagnostic class may be associated with a message. When the message is requested the 
diagnostic class is instantiated. The common utility facility has an empty interface, 
Diagnostic, and instructions for constructor signatures. 

Driver developers are encouraged to use the Debug class in conjunction with the 
toString method for the classes comprising their driver package. The Debug class is a 
10 specialization of the StringBuffer class, focused upon dumping class state information. 
DDO makes extensive use of these classes for runtime diagnostic information. 

Timing 

There is a set of monitor properties that provide timing instrumentation. These are 
based on a simple common utility stopwatch class called Monitor. Monitor provides start 
15 and stop timing methods. The Access package includes a DataSourceMonitor class that 
uses this mechanism for medium level timing statistics. Data Source Monitor provides a 
convenience mechanism for presenting the settings for various monitoring states. 

The monitoring states are set from properties when this singleton class is 
instantiated by the DriverSourceManager. The property descriptions for these states are 
20 updated through the DataSourceMonitorAuxProc class that is registered for the monitor 
properties. 

It is possible to override monitoring states associated with a specific driver through 
the use of virtual properties. 

For more information on the individual monitors refer to the monitor property 
25 descriptions. 

While the monitors are setup as a hierarchy, querying the monitors is flat. Here are 
the relevant retrieval/loading monitoring points: 

retrievalExecute 

execute monitoring is active. 
30 retrievalCall 
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call monitoring is active. 
retrievalGetData 

getData monitoring is active. 
metadataSchema 
5 schema names monitoring is active. 

metadataSchemaObjects 

schema objects monitoring is active. 
metadataSchemaObjectCohimns 

schema object columns monitoring is active. 
1 0 metadataSchemaProcedures 

schema procedures monitoring is active. 
metadataSchemaProceduresMeta 

schema procedures metadata monitoring is active. 

propertysheetLoad 

15 propertysheet load monitoring is active. 

drivermanagerLoad 

data source manager load monitoring is active. 

Having described the invention in terms of a preferred embodiment, it will be 
recognized by those skilled in the art that various types of general purpose computer 

20 hardware may be substituted for the configuration described above to achieve an equivalent 
result. Similarly, it will be appreciated that arithmetic logic circuits are configured to 
perform each required means in the claims for processing applications which access 
multiple data sources of different type; for permitting the middleware system to provide for 
drivers for new data sources to be added in a plug-and-play manner; and for development 

25 of new data source drivers at run-time. It will be apparent to those skilled in the art that 
modifications and variations of the preferred embodiment are possible, which fall within 
the true spirit and scope of the invention as measured by the following claims. 
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CLAIMS 

What is claimed is: 

1 . A computer data access apparatus comprising: 

a. a computer system having a processor, a memory, a program in said 
memory, a display screen and an input/output unit; and 

b. a middleware mechanism residing in the computer system and configured to 
access a plurality of data sources of disparate type in response to input commands from a 
single application mechanism. 

2. The apparatus of claim 1 wherein the middleware mechanism is coupled to a 
driver mechanism to access one or more data sources. 

3. The apparatus of claim 1 further comprising a plurality of driver mechanisms 
coupled to the middleware mechanism, wherein each of the driver mechanisms is coupled 
to at least one data source. 

4. The apparatus of claim 3 wherein the driver mechanism coupled to a data source 
can negotiate its preferences and capabilities with the single application mechanism. 

5. The apparatus of claim 1 further comprising a first program code mechanism in 
the middleware mechanism configured to create a driver mechanism for access to a data 
source. 

6. The apparatus of claim 5 further comprising a second program code mechanism 
in the middleware mechanism configured to maintain a registry of driver mechanisms and 
related data sources. 

7. The apparatus of claim 6 further comprising a third program code mechanism in 
the middleware mechanism configured to maintain property sheets for each data source, the 
property sheets providing information concerning data source capabilities and attributes. 
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8. The apparatus of claim 7 further comprising a fourth program code mechanism 
adapted to function as a configuration interface to maintain metadata about a data source. 

9. The apparatus of claim 1 wherein the plurality of data sources may be situated 
in different physical locations interconnected by electronic means including the Internet. 

10. The apparatus of claim 1 wherein the computer system is a server computer 
which is remote from and electronically coupled to a client computer, the client computer 
providing an interface to the middleware mechanism residing in the server computer. 

1 1 . The apparatus of claim 1 wherein the middleware mechanism presents streamed 
result sets to the application mechanism. 

12. The apparatus of claim 1 further comprising a capabilities model coupled to the 
middleware mechanism wherein properties and capabilities may be queried or set. 

13. The apparatus of claim 12 wherein the capabilities model provides a mechanism 
for data source independent logon. 

14. A middleware data access apparatus comprising means for accessing data in a 
plurality of data sources of different types from a single application code mechanism. 

15. The middleware data access apparatus of claim 14 further comprising means for 
creating a driver means, the driver means for providing access to one or more data sources. 

16. The middleware data access apparatus of claim 15 wherein the means for 
creating a driver means uses a pre-existing skeleton driver. 
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17. The middleware data access apparatus of claim 14 further comprising means for 
displaying data obtained from the plurality of data sources in a common format regardless 
of data structure of the data sources. 

5 1 8. The middleware data access apparatus of claim 14 further comprising means for 

presenting steamed result sets to the single application code mechanism. 

19. A method for using a computer for accessing data from a plurality of disparate 
data sources comprising the steps of: 

1 0 a. providing a driver for one or more of the plurality of disparate data sources; 

b. creating an application to execute commands on one or more of the disparate 
data sources; 

c. providing a middleware data access mechanism to execute the commands 
and to use drivers to obtain desired data from the designated data sources, and to display 

1 5 the obtained data in a standard format. 

20. The method of claim 19 comprising the additional steps of; 

d. determining whether the middleware data access mechanism has a driver for 
a data source designated by the application; and 

20 e. if not, dynamically instantiating a specification for and selecting a driver for 

the data source designated by the application; and 

f. using the selected driver to access data from the data source designated by 
the application. 

25 21 . The method of claim 19 wherein the obtained data is displayed as streamed 

result sets. 

22. The method of claim 19 comprising the additional step of providing a 
capabilities model wherein properties and capabilities can be queried or set. 

30 
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23. The method of claim 22 wherein the capabilities model can be used to 
determine a logon for a data source. 

24. A computer program product embodied on a computer readable medium for 
developing applications capable of accessing a plurality of disparate data sources 

5 comprising: 

a data access middleware component that stores, retrieves and manipulates data 
utilizing a plurality of functions; and 
a client component including: 

an adapter component that transmits and receives data to/from the data 
1 0 access middleware component, 

a user interface component that is adapted to handle events generated by a 
user to generate data source access commands for execution by a plurality of disparate data 
sources; and 

wherein the data access middleware component is adapted to receive the data source 
1 5 access commands, determine whether drivers exists for the indicated plurality of disparate 
data sources, and use the drivers to execute the data source access commands, and return 
any results to the client component for display to the user. 

25. A computer program product embodied on a computer readable medium for 
accessing a plurality of disparate data sources comprising; 

20 a. a driver code segment for each of the plurality of disparate data sources; 

b. an application code segment to execute commands on one or more of the 
disparate data sources; 

c. a middleware data access code segment for executing the commands and 
using drivers to obtain desired data from designated data sources, and for displaying the 

25 obtained data in a standard format regardless of the source of the data. 

26. The computer program product as set forth in claim 25 wherein the obtained 
data is displayed as streamed result sets. 

30 27. The computer program product as set forth in claim 25 further comprising: 
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d. a code segment for determining whether the middleware data access code 
segment has a driver for a data source designated by the application code segment; and if 
not, dynamically instantiating a specification for and selecting a driver for the data source 
designated by the application code segment; and for using the created driver to access data 
5 from the data source designated by the application. 

28. A computer program product embodied on a computer readable carrier wave for 
developing applications capable of accessing a plurality of disparate data sources 
comprising: 

a data access middleware component that stores, retrieves and manipulates data 
1 0 utilizing a plurality of functions; and 

a client component including: 

an adapter component that transmits and receives data to/from the data 

access middleware component, 

a user interface component that is adapted to handle events generated by a 
1 5 user to generate data source access commands for execution by a plurality of disparate data 
sources; and 

wherein the data access middleware component is adapted to receive the data source 
access commands, determine whether drivers exists for the indicated plurality of disparate 
data sources, and use the drivers to execute the data source access commands, and return 
20 any results to the client component for display to the user. 

29. A computer program product for developing applications capable of accessing a 
plurality of disparate data sources comprising: 

a data access middleware component that stores, retrieves and manipulates data 
25 utilizing a plurality of functions; and 

a client component including: 

an adapter component that transmits and receives data to/from the data 

access middleware component, 

a user interface component that is adapted to handle events generated by a 
30 user to generate data source access commands for execution by a plurality of disparate data 
sources; and 
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wherein the data access middleware component is adapted to receive the data source 
access commands, determine whether drivers exists for the indicated plurality of disparate 
data sources, and use the drivers to execute the data source access commands, and return 
any results to the client component for display to the user. 
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Figure 1 

100 =3 Typical Internet Network Configuration 
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Figure 2 

200 Typical General Purpose Computer/ 
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FIG. 6A 
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